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P!e;i!--v.’ replace the paragraph beginning oil page 8, line 19, of the SpcctPcaliun W',\h the 
following amended paragraph: 

Returning to Figure 1, for any given receive/tecovemble queue 107 fhal ls populated with 
transaction messages front a given source node 101 and is to bo used as the source ot changetl 
data to he applied to a given target node 106, Apply 108 has a browser thread 109 and one or 
more agent threads 1 1 2* vvhere the number of agents is deieimined through user input. The work 
queue 110 and the done queue 1 11, struetures internal to Apply 108, are created for the purpose 
of eomnittnication betweert the brotvser thread 109 and the agent threads 112, The browser 
thmad 109 reads the transaction messages on the receive queue 107 and controls when the 
transaetion message are placed on the work queue 1 10. Factors considered by the browser thread 
109 include the dependenotes and data constraiuts between the cuiTent transaction message and 
transaction messages already examined by the browser thread 109, Transaction messages 
modifying the same row can he recognized as dependents using techniques described in the co* 
pending U.S. Patent .Application entitled, “Parallel Apply Processing In Data Replication With 
Presentation Of Transaction Integrity And Source Ordering Of Dependent Updates”, Serial No, 
H M289J75, filed on H February 27, 2(K)4 . Applicant hereby incor|x-) rates th.is patent 
application by reference. I'he agent threads 112 apply the transaction messages on the work 
queue 1 1 0 in parallel with each other. 
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Piease replace the paragraph beginning on page 14, line 17, of the Speciilcation with liie 
foUo'A ing amended paragraph; 

Transaction messages modifying the same row can be recognised as dcpefidems Oising 

thread 109 reads incoming transaction messages fiaam the receive queue i07 and detects any 
dependency with any in-llight transaction message, if no dependency is (bund, tire transaction 
message is inserted into the work queue 1 10 from which the pool of apply agejtl tiireads i 1 2 
reads and ex eente the transaction messages. Once an agent tliread 112 has applied a transaction 
message, it inserts it into the done queue f ,11. The browser thread 109 checks the dof^e queue 
I i I for completed transaction messages and updates its dependency graph. Any traBsaction 
message without dependencies is eligible to he applied and is inserted into: the work queue 1 10, 



Please replace the paragraph beginning on page 26, line 12, of the Specification with the 
following amended paragraph: 

A load utility is a daiabase utility that connects to the source system, either explicitly (for 
example, using embedded SQL) or implicitly (for example, using nicknames) and reads all or a 
subset of the rows in the source table and applies tliem to the target table. Atler the RI constraints 
have been dropped, ,Apply 108 can initiate a load utility, if requested, or w'ail for a load utility 
external to .Apply 108 to complete. Apply 108 then applies any row changes that may have been 
spilled, wiiile the load was going on. More demils on loading and spilling i.s further ilescribed in 
the cO'pending U.S. Paieni Application entitled, “Fault Tolerant Mechani.sm To Handle Initial 
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!..oad Of Rc-plioaTcd Object fn Live System”, Serial No. [-] J0/?S9326, filed on f] Febni 
2004. Applicant hereby incorporates this patent applietuion by reference. 
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